reftests: Remove GtkMisc properties from now non-misc widgets

recentchoosermenu: Stop using GtkImageMenuItem

toolbutton: Stop using GtkImageMenuItem

testgtk: Remove GtkImageMenuItem usage

testgtk: fix css

testbuttons: Stop looking at use-stock property

Doesn't exist anymore. Instead, force the image to be visible on one of
the buttons.

button: Remove _{get,set}_focus_click

Deprecated for the GtkWidget variant. Also remove some unused fields
from the GtkButtonPrivate struct.

button: Remove deprecated style properties

button: Remove deprecated signals from public API

button: Remove GtkStock API

tests: Remove teststockbuttonmenu

Button: Remove alignment API

label,image: Remove GtkMisc usage

box: Remove 'padding' child property

inspector: Remove object_title from css editor

It's unused

Don't use GtkBox's center child in a few places

We can as well use a normal child and let it hexpand.

API: Remove gdk_window_set_background()

Backgrounds are always transparent black.

tests: Remove testwindows test

It wasn't drawing anything anymore...

API: Remove GtkStyle

All the remaining gtkrc.c stuff like GtkRcStyle goes with it.

settings: Pull in the RC parsing code

immodules: Move path code out of gtkrc

cellrendererspinner: Draw our own spinner

This is the GtkStyle code just moved.

API: Remove ability to set visuals on windows

And with it, gtk_widget_get_visual() and gtk_widget_set_visual() are
gone.

We now always use the RGBA visual (if available) and otherwise fall back
to the system visual.

API: Remove gtk_drag_dest_set_proxy()

Proxies were only used by GtkSocket.

API: Remove GtkPlug, GtkSocket and GtkWin32EmbedWidget

API: Remove gdk_window_set_composited()

And the related call gdk_display_supports_composite().

screen: Remove unused vfunc

GdkScreenClass.broadcast_client_message was unused, but a bunch of
backends still had functions (not) implementing it.

filechooserwidget: Query dpi from CssStyle

fontchooserwidget: Query dpi from CssStyle

API: screen: Stop storing font options

font options are only ever set by the GtkSettings object and only ever
used inside GTK, so just store them there.

API: Remove GDK_WA_CURSOR

The cursor was set using gdk_window_set_cursor() even in
gdk_window_new().

So instead of having yet another flag, just make the users of that flag
call gdk_window_set_cursor() directly after the window was created.

API: window: Remove suppport for changing wmclass_name/group

X11 was the only backend to support it and people can just override it
using XSetClassHint() directly.
The docs already advertised the function as "Do not use".

Keep the existing call to XSetClassHint() in place, so that we keep
setting the same values as in GTK3.

Delete gtkvbox.{c,h}

Remove GtkHBox

API: Remove GtkNumerableIcon

API: Remove -gtk_widget_get_root_window()

API: screen: Remove gdk_screen_make_display_name()

It's identical to gdk_display_get_name().

API: screen: Remove gdk_screen_get_active_window()

... and gdk_screen_get_window_stack().

Those functions were originally added in
5afb4f0f116f0e8a200dd55cc6688a957b4d397c but do not seem to be used as
they are not implemented anywhere but in X.

As GDK is not meant to fulfill window management functionality I'm going
to remove these functions without replacements.

API: gdk: Remove gdk_screen_get_number()

It's useless everywhere but in internal X11 code.

API: Remove gdk_screen_get_width() and gdk_screen_get_height()

... and gdk_screen_get_width_mm() and gdk_screen_get_height_mm() and
the shortcut counterparts that call these functions on the default
screen.

Modern display servers don't provide an ability to query the size of a
screen or display so we shouldn't allow that either.

display: Insist that backends implement the monitor vfuncs

We cannot fallback anymore once we remove the ability to query screen
size, and that's about to happen.

gdk: Insist axis.min_value < axis.max_value

Remove fallback code that would substitute screen size otherwise.

gdk: Require passing screen size to translate_screen_coord()

shooter: Use root window size instead of screen size

Avoids usage deprecated screen size.

testgtk: Remove feature unsupported in Wayland

Wayland doesn't allow positioning windows randomly, so don't try.

API: window: Remove geometry support

API: menu: Remove tearoff support

API: gdk: Remove monitor APIs on GdkScreen

API: Remove GtkStatusIcon

applaunchcontext: Ignore screen name

It's guaranteed to be identical to the display name.

inspector: Use display name instead of screen name

This is for future compatibility as they are guaranteed to be identical.

wayland: Use GdkMonitor APIs

x11: Use GdkMonitor APIs

gdk: Use GdkMonitor APIs

... instead of the old ones using GdkScreen

inspector: Port to GdkMonitor

tests: Port to GdkMonitor

display: Don't return NULL in get_primary_monitor()

Nobody ever does a NULL check there so all that causes is crashes. So
we better return a non-primary monitor than NULL.

Fixes gdk-wayland always returning NULL.

gdk: Fix docs typo

gdk: Get rid of unused variables

Updated Lithuanian translation

Avoid 0/FALSE confusion

Since this is supposedly exemplary code, lets get it right.

https://bugzilla.gnome.org/show_bug.cgi?id=772683

shortcutswindow: working version of set_section_name()

(testing before+after, it actually works now)

https://bugzilla.gnome.org/show_bug.cgi?id=772926

Add new gestures to gtk4-demo

Show the new single-finger swipe gestures in the builder
shortcuts example.

GtkShortcutsShortcut: Support single finger swipe gestures

https://bugzilla.gnome.org/show_bug.cgi?id=772770

gestures: provide new artwork

- illustrations for single finger swiping left and right

https://bugzilla.gnome.org/show_bug.cgi?id=772770

docs: replace gtk3 with gtk4 in man pages

scrolledwindow: fix leak of pan_gesture

https://bugzilla.gnome.org/show_bug.cgi?id=772859

headerbar: fix leak of label_sizing_box

Since the widget is not added to a container, we have the responsibility
to sink the initial floating reference, and ultimately to unref it.

https://bugzilla.gnome.org/show_bug.cgi?id=772859

headerbar: fix leak of separator

https://bugzilla.gnome.org/show_bug.cgi?id=772859

headerbar: fix leak of start_box/end_box

gtk_widget_destroy() removes widgets from their container.  However
_internal_ widgets must be unref'ed using gtk_widget_unparent() instead.
This is symmetric with the fact that these widgets were ref'ed by direct
call to gtk_widget_set_parent().  It's also the method that was used in
gtk_headerbar_destroy().

https://bugzilla.gnome.org/show_bug.cgi?id=772859

shortcutsgroup: fix leak of title

like previous commit, albeit simpler this time

https://bugzilla.gnome.org/show_bug.cgi?id=772859

applicationwindow: fix leak of help_overlay

> Due to Gtk+ keeping a reference to the window internally,
> gtk_window_new() does not return a reference to the caller.
> To delete a GtkWindow, call gtk_widget_destroy().

Caller(s) aren't expecting a need to delete help_overlay themselves
once they've installed it.  (E.g. see gtk_application_window_added()).

I didn't notice any direct precedents, but there's a parallel in the
current implementation of gtk_container_destroy() which uses
gtk_widget_destroy() on any added widget.

This avoids leaking 100s of kB per window, when I tested nautilus.

https://bugzilla.gnome.org/show_bug.cgi?id=772859

menusectionbox: add support for "text-direction" attribute

This allows the use of a "text-direction" hint set to one of "none", "rtl",
or "ltr" to enforce the text direction of a "horizontal-buttons"
display-hint.

This is useful when a menu has buttons that map to physical space in the
UI and therefore must match the application widgetry.

https://bugzilla.gnome.org/show_bug.cgi?id=772775

gdkwindow: configure native windows in move_native_children()

ClutterEmbed on Wayland uses a subsurface and relocates it on configure
events, but when placed within a scrolled window, no configure event is
emitted and the ClutterEmbed subsurface remains static.

Emit a configure event for native windows in GdkWindow's internal
move_native_children() so that custom widgets relying on configure
events such as ClutterEmbed can relocate their stuff.

Similarly, when switching to/from normal/maximized/fullscreen states
which change the shadows' size and possibly shows/hides a header bar,
we need to emit a configure event even if the abs_x/abs_y haven't
changed to make sure the subsurface is size appropriately.

https://bugzilla.gnome.org/show_bug.cgi?id=771320
https://bugzilla.gnome.org/show_bug.cgi?id=767713

Update Polish translation

Adwaita: dodge drop active style for window and decoration nodes

to hilight drop target there is a wildcard selector which turns
the border and shadow to green, this clearly shouldn't happen when
the whole window is a drop target.

Update Greek translation
(cherry picked from commit e74dc54567e2363e283b7e5dd8e8e0e8d0b1c2aa)

shortcuts: the accelerator should always be LTR

Even on RTL languages, we want the shortcut to be LTR so that we always
have <control> to the left of the accel keyval.

https://bugzilla.gnome.org/show_bug.cgi?id=772695

gtkplacesviewrow: stop busy_spinner from offsetting the other widgets when visible

...by putting it in a stack. The busy_spinner and eject_button are
mutually exclusive, but only the latter was coded to ensure that its
visibility did not cause the rest of the row to reflow. By putting both
widgets in a stack and setting child_visible on that, the row allocates
enough space to show one - or none - at once, avoiding any misalignment.

https://bugzilla.gnome.org/show_bug.cgi?id=772345

https://bugzilla.gnome.org/show_bug.cgi?id=772348

Fix the build

Use eglGetPlatformDisplay{,EXT} if available

Calling eglGetDisplay forces libEGL to guess what kind of pointer you
passed it. Different EGL libraries will do different things here, and in
particular glvnd will do something different than Mesa. Since we do have
an API that allows us to explicitly type the display, use it.

The explicit call to eglGetProcAddress is working around a bug in
libepoxy 1.3, which does not understand the EGL concept of client
extensions. Since it does not, the normal epoxy resolver for
eglGetPlatformDisplayEXT would not find any provider for that entry
point, and crash when you attempted to call it.

Signed-off-by: Adam Jackson <ajax@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=772415

Fix some EGLDisplay * abuse

EGLDisplays are already opaque pointers, and eglGetDisplay returns an
EGLDisplay not a pointer to one.

Signed-off-by: Adam Jackson <ajax@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=772415

Updated Danish translation

Update Latvian translation

Remove autoconf macros from the docs

Drop deprecated autoconf macro

AM_PATH_GTK_3_0 is deprecated, use PKG_CHECK_MODULES([GTK], [gtk+-3.0])
instead.

Re-add missing files

Make docs parallel installable

This addresses gdk and gtk docs.

Make the demos build

Rename Makefile references from 3.0 to 4.0

This is almost certainly incomplete.
Needs careful scrutiny

Switch gettext domain from gtk30 to gtk40

Adjust versions in configure.ac

This is almost certainly incomplete or wrong in some places.
Needs careful scrutiny

Rename pc files from 3.0 to 4.0

Update Croatian translation
(cherry picked from commit 0a08a199d8c28c28a5496f3657de87d0fff14a3e)

Update Croatian translation
(cherry picked from commit 051fddaa610c91c966e92cff151424e6d2834049)

entry: Fix a corner case of overwrite mode

We currently beep when a character is appended at the end in
overwrite mode. That is obviously not right. Patch based on
a patch by Ian MacDonald.

https://bugzilla.gnome.org/show_bug.cgi?id=772389

Adwaita: render updated assets.

Adwaita: update assets svg

correct colors for pointy sliders assets.

gtk-launch: Move translator comment one line down

So it appears in .po files.

gtkcombobox: pass trigger event when popping up menu

https://bugzilla.gnome.org/show_bug.cgi?id=771242